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APPARATUS FOR ADJUSTING USE RESOURCES OF 
SYSTEM AND METHOD THEREOF 

Background of the Invention 
5 Field of the Invention 

The present invention relates to an apparatus and 
a method of predicting the amount of computer resources 
to be used in the future by each module of a data processing 
system and autonomously adjusting the restriction of 
10 a use resource amount for each module. 

Description of the Related Art 

Fig. 1 shows a software module in a conventional 
data processing system. A module is an aggregate of 
15 application programs (operations) in a system and one 
module includes one or more applications. 

In Fig. 1, a modulel includes three applications 
of an operation 1, an operation 2 and an operation 3. 
A module2 includes two applications of two operations. 
20 A module3 includes an application of one operation. 

In such a system, the exhaustion of resources used 
by an application can be- avoided by establishing the 
restriction of a use resource amount for each module 
and controlling a resource amount so that the service 
25 can be realized at an available and predictable level 
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( for example, refer to a non-patent document 1 and patent 
documents 1, 2,3 and 4). 
Non-patent document 1 

"Solaris 9 Resource Manager", [online], Sun 
5 Microsystems-product & service-Sun ONE 

software-Solaris-Solaris 9-data sheet, [searched on 
March 11, 2003] Internet<URL : 

http : // jp . sun . com/ so f tware/ solar is/ds/ds-srm/> 

10 Patent document 1 

Japanese patent application publication No. 
2002-268, 920 
Patent document 2 

Japanese patent application publication No. 
15 2002-342, 269 

Patent document 3 

Japanese patent application publication No. 
2001-022, 597 
Patent document 4 
20 Japanese patent application publication No. 
10-124,333 

However, there are following problems in the 
above-mentioned conventional resource amount control. 
In the conventional resource amount control, 
25 restriction is set to the use resource amount of a module 
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by corresponding the module to an application. In this 
way, a large allocation use resource amount is set to 
the application having a large use resource amount while 
a small use resource amount is set to the application 
5 having a small use resource amount. Thus, the exhaustion 
of resources used by an application can be avoided. 

However, the use resource amount of each 
application is not constant and the amount varies 
depending on a minute, an hour, a week, etc. In addition, 

10 a use resource amount increases suddenly and each 
application sometime falls into a bottleneck. In order 
to correspond to such a change of a use resource amount, 
a system manager must monitor a use resource amount at 
anytime and change the settingof restriction accordingly 

15 based on the situation. 

Furthermore, a use resource amount is in proportion 
to a transaction processing amount but a use resource 
amount is not necessarily in proportion to a transaction 
occurrence amount. Therefore, the use resource amount 

20 for a future transaction occurrence amount cannot be 
predicted only by referring to the transition of a past 
use resource amount. 

Summary of* the Invention 

25 The object of the present invention is to offer 
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a device and a method of accurately predicting the change 
of a use resource amount of each module and of autonomously 
adjusting the restriction of a use resource amount 
according to the change in a data processing system. 
5 A resource adjustment apparatus of the present 

invention is provided with a storage device, a generation 
device and an allocation device, and adjusts for each 
module an amount of computer resources used in a system 
having a plurality of modules each including at least 

10 one application program. 

The storage device stores data showing the 
transition of a past transaction occurrence amount for 
each of the plurality of modules. The generation device 
obtains data showing a transition of the transaction 

15 occurrence amount of a target module from the storage 
device and uses the transaction occurrence amount as 
a transaction processing amount in a function that shows 
a correlation between a past transaction processing 
amount and a use resource amount of a target module, 

20 and thereby generates the transition of a use resource 
amount from the transition of a transaction occurrence 
amount of the target module. The allocation device 
automatically fluctuates an allocation resource amount 
of the target module in accordance with a transition 

25 of a predicted use resource amount using the transition 
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of the generated use resource amount as a transition 
of the predicted use resource amount. 

Brief Description of the Drawings 

5 Fig. 1 is a block diagram showing a module; 

Fig. 2 is a block diagram showing the principle 
of a resource adjustment apparatus of the present 
invention; 

Fig. 3 is a flowchart of the processing in a 
10 surveillance operation mode; 

Fig. 4A is a graph showing a transition of a past 
transaction occurrence amount; 

Fig. 4B is a graph showing a transition of a future 
transaction occurrence amount; 
15 Fig. 5 is a graph showing an approximate 

function; 

Fig . 6 is a graph showing a schedule of a use resource 
amount; 

Fig. 7 is a flowchart of a processing in an 
20 autonomous operation mode; 

Fig . 8 is a graph showing capacity planning support; 
Fig. 9 is an each-module basic data table; 
Fig. 10 is an each-module statistics data table 
(N0.1) ; 

25 Fig. 11 is an each-module statistics data table 
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(NO. 2) ; 

Fig. 12 is an each-module cycle information data 
table (No.l) ; 

Fig. 13 is an each-module cycle information data 
5 table (No. 2); 

Fig. 14 is an each-module resource prediction data 

table; 

Fig. 15 is a configuration diagram of. a data 
processing apparatus; and 
10 Fig. 1 6 is a block diagram showing a storage medium. 

Description of the Preferred Embodiments 

The preferred embodiments of the present 
invention is explained in detail by referring to the 

15 drawings. Fig. 2 is a block diagram showing the principle 
of a resource adjustment apparatus of the present 
invention. The resource adjustment apparatus of Fig. 
2 includes a storage device 101, a generation device 
102 and an allocation device 103. The apparatus, for 

20 each module, adjusts the amount of the computer resources 
that are used in a system having a plurality of modules 
each including one or more application program. 

The storage device 101 stores the data that shows 
a transition of the past transaction occurrence amount 

25 for each of a plurality of modules . The generation device 
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102 obtains the data that shows the transition of the 
past transaction occurrence amount of a target module 
from the storage device 101 and uses the transaction 
occurrence amount as a transaction processing amount 
5 in the function that shows the correlation relation 
between the past transaction processing amount and the 
use resource amount of the target module. In this way, 
the generation device generates a transition of the use 
resource amount from a transition of the transaction 

10 occurrence amount of the target module. The allocation 
device 103 automatically fluctuates an allocation 
resource amount of the target module in accordance with 
the predicted transition of a use resource amount using 
the generated transition of a use resource amount as 

15 the predicted transition of a use resource amount. 

The storage device 101 stores, for example, a 
measurement value of the transaction occurrence amount 
that is collected for each module. The generation device 
102 obtains the measurement value of a transaction 

20 occurrence amount of the module to be adjusted (target 
module) from the storage device 101 . Then, the generation 
device 102 substitutes the measurement value of a 
transaction occurrence amount for the function that shows 
a correlation between the past transaction processing 

25 amount and the use resource amount of the target module 
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as a transaction processing amount . Thus, the generation 
device 102 calculates the transition of a use resource 
amount of a target module. Thereafter, the allocation 
device 103 automatically fluctuates the future 
5 allocation resource amount of the target module in 
accordance with the calculated transition of a use 
resource amount. 

By applying the past transaction occurrence amount 
to the transaction processing amount and calculating 

10 the future use resource amount, a change of the use 
resource amount for each module can be accurately 
predicted. Furthermore, restriction of the use resource 
amount for each module can be autonomously fluctuated 
by changing an allocation resource amount in accordance 

15 with a transition of the predicted use resource amount. 

The storage device 101 corresponds to, for example, 
an external storage apparatus 1505 of Fig. 15 that is 
described later. The generation device 102 and the 
allocation device 103 correspond to, for example, the 

20 combination of a CPU (Central Processing Unit) 1501 and 
a memory 1502 of Fig. 15. 

In the present preferred embodiments, the 
restriction of a use resource amount is scheduled for 
each module so that the effective use of resources, the 

25 avoidance of a bottleneck of resources, the capacity 
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planning support for a whole system, etc., are realized 
in a data processing system that can manage computer 
resources . 

The resource adjustment apparatus accumulates 
5 measurement values of the transaction amount (occurrence 

amount ■ processing amount) and the use resource amount 
for each module that is related to each application, 
thereby obtaining the pattern (mean value or maximum 
value) of each cycle (for example, day, week, month) 
10 of a transaction occurrence amount. Then, the 
thus-obtainedpatterns of respective cycles are combined 
and a transition of the transaction occurrence amount 
in specific cycle units (for example, in month units) 
is calculated. 

15 In addition, the resource adjustment apparatus 

obtains the approximate function that shows the relation 
between a transaction processing amount and a use resource 
amount, and applies the thus-obtained approximate 
function to the transition of a transaction occurrence 

20 amount in month units, thereby obtaining a transition 
of the predicted use resource amount in month units. 
The approximate function here can be obtained by 
generalizing the approximation of a real number that 
is generally used. In other words, it is thought that 

25 an approximate function, with specific accuracy, 
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represents the amount that depends upon a single parameter 
or a plurality of parameters if the approximate value 
of a real number represents a certain mathematical amount 
with specific digit accuracy. 
5 By scheduling the future use resource amount in 

this way, restriction of the use resource amount for 
each module can be fluctuated automatically and 
accurately. 

Furthermore, the resource adjustment apparatus 
10 sets up the bottleneck detection threshold for each 
module. In the case that a use resource amount reaches 
the threshold, the resources are preferentially 
allocated to the module. In this way, a bottleneck can 
be removed. 

15 An operation mode of the resource adjustment 

apparatus is generally divided into two modes such as 
a surveillance or monitored operation mode and an 
autonomous operation mode. The resource adjustment 
apparatus schedules the resource amount required for 

20 each module and performs the operation designed for a 
server . 

In the surveillance operation mode, a manager 
(operator) can change the scheduled resource amount and 
the resource adjustment apparatus adjusts a resource 
25 amount in accordance with the schedule that is finally 



11 



decided by a manager. In the autonomous operation mode, 
the resource adjustment apparatus collects statistics 
information regarding a transaction amount and a use 
resource amount in module units, and automatically judges 
5 the situations of modules, thereby adjusting the resource 
allocation for each module. 

Fig. 3 is a flowchart of processings in the 
surveillance operation mode . First of all, the resource 
adjustment apparatus collects statistics information 

10 about a transaction amount (occurrence amount - 
processing amount) and a use resource amount in module 
units (step 201) . The statistics information is 
periodically collected and accumulated. 

Then, the resource adjustment apparatus 

15 calculates an allocation resource amount in module units 
(necessary resource amount) from the collected 
statistics information and presents the schedule of the 
allocation resource amount to a manager (step 202) . 

Here, a transition of the transaction occurrence 

20 amount for each cycle (day, week, month, etc.) and the 
transitions of a mean value and a maximum value of the 
transaction occurrence amount regarding a plurality of 
modules in a system are firstly obtained from the 
transaction occurrence amount that is accumulated in 

25 the past and the thus-obtained transitions are presented 
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to a manager. Then, a manager instructs the combination 
of transitions of transactions by selecting the mean 
value or maximum value for each cycle. 

At this time, the resource adjustment apparatus 
5 displays, for example, a screen like Fig . 4A on a display . 
On the screen of Fig. 4A, one day is selected as a cycle 
and three days are selected as the period used for a 
statistics processing . 

Line graphs 301, 302 and 303 show transitions of 

10 the transaction occurrence amounts of a certain module 
on December 1, 2 and 3, respectively. A Line graph 304 
shows a transition of the mean value of a transaction 
occurrence amount in these three days while a line graph 
305 shows a transition of the maximum value of a 

15 transaction occurrence amount in these three days. A 
manager selects the displayed mean value or maximum value 
(MAX value) using a pointing device such as a mouse, 
etc. If an operation terminates, a manager clicks an 
OK button 306. 

20 In the same way, a manager selects the mean values 

or maximum values regarding the other cycles and the 
resource adjustment apparatus combines/calculates a 
transition of the transaction occurrence amount to be 
predicted in the future by superposing selected 

25 transitions (pattern) of the respective selected cycles . 
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In this way, a screen like, for example, Fig. 4B 
is displayed. On the screen of Fig. 4B, a transition 
of the future transaction occurrence amount regarding 
a "month" in which the patterns of each cycle of a "day" 
5 and a "week" are added or. combined is calculated. 

Then, the resource adjustment apparatus generates 
an approximate function that shows the correlation 
between a transact ion processing amount and a use resource 
amount, in the past. For example, in the case that an 
10 exponential function is used as an approximate function, 
the following approximate expression is generated while 
A, B and C are set as constant numbers. 

(Use resource amount ) =A* ( transaction processing 
15 amount) B +C 

In this way, a screen like, for example, Fig. 5 
is displayed. A horizontal axis of the screen of Fig. 
5 expresses a transaction processing amount while a 
20 vertical axis expresses a use resource amount. 

Then, the schedule of a future use resource amount 
is calculated based on this approximate function and 
the transition of a future transaction occurrence amount 
and the schedule is presented to a manager . Thus, a screen 
25 like, for example, Fig. 6 is displayed. On the screen 
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of Fig. 6, line graphs 601, 602 and 603 are displayed 
as the schedule of a future use resource amount regarding 
a "month" . The line graphs 601, 602 and 603 represent 
the schedules of modules #1, #2 and #3, respectively. 
5 A manager can change the setting of the 

thus-represented schedule of a use resource amount as 
occasion demands (step203) . Amanager changes a schedule, 
for example, by dragging a line graph up and down using 
a pointing device on a screen (step204) . When an operation 

10 terminates, an OK button 604 is clicked. 

The resource adjustment apparatus automatically 
fluctuates a future allocation resource amount in 
accordance with the calculated schedule in the case that 
a schedule is not changed while the apparatus 

15 automatically fluctuates the amount in accordance with 
the changed schedule in the case that a schedule is changed 
(step 205) . 

Then, the resource adjustment apparatus monitors 
the subsequent allocation situation of resources, 

20 compares the predicted • set allocation resource amount 
with the actually-used resource amount and presents the 
comparison results to a manager (step 206) . A manager 
can perform a mode change from the surveillance operation 
mode to the autonomous operation mode in the case that 

25 an allocation resource amount and a use resource amount 
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are suitable for an operation system. 

Fig. 7 is a flowchart of the processing of the 
autonomous operation mode. The processing in step 701 
of Fig. 7 is identical to that in step 201 of Fig. 2. 
5 The resource adjustment apparatus calculates an 
allocation resource amount in module units based on the 
collected statistics information (step 702) . 

First of all, the resource adjustment apparatus 
predicts a transaction occurrence amount in the next 

10 time unit (for example, an initial value is one hour) 
from the transaction occurrence amount that was 
accumulated in the past. Then, similarly to the case 
of the surveillance operation mode, the resource 
adjustment apparatus generates an approximate function 

15 that shows the correlation between a past transaction 
processing amount and a past use resource amount. Then, 
from the predicted transaction occurrence amount and 
the approximate function, the resource adjustment 
apparatus calculates the resource amount that is required 

20 for the next time unit. 

After that, the resource adjustment apparatus sets 
the calculated resource amount as an allocation resource 
amount (step 703) andmonitors the subsequent allocation 
situation of resources (step 704) . Then, the resource 

25 adjustment apparatus compares the predicted ■ set up 
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allocation resource amount with the actually-used 
resource amount and presents the comparison results to 
a manager. 

In the autonomous operation mode, an allocation 
5 resource amount is automatically adjusted differently 
from in the surveillance operation mode even if a manager 
does not change the allocation resource amount. In the 
case that the allocation resource amount and the use 
resource amount are not suitable for an operation system, 

10 a manager can change a mode from the autonomous operation 
mode to the surveillance operation mode. 

Furthermore, the resource adjustment apparatus 
can perform the future long-term resource amount 
prediction of each module. For example, in the case that 

15 the use resource amount for one year is predicted at 
intervals of two months, the schedule like Fig. 8 is 
displayed on a screen. Curves 801, 802 and 803 of Fig. 
8 show the schedules of use resource amounts of modules 
#1, #2 and #3, respectively. 

20 When the use resource amounts that are predicted 

for all the modules in a system are added and the schedule 
is displayed as a graph, a total demand of the whole 
system can be presented to a manager and the support 
for capacity planning can be realized. 

25 The following is the detailed explanation 
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of the processings performed by the resource adjustment 
apparatus. The resource adjustment apparatus performs 
a resource adjustment processing using such tables shown 
in, for example, Figs. 9 to 14. 
5 Data of the following items is stored for each 

module in an each-module basic data table of Fig. 9. 
Module name 901 (module distinction information) 
CPU allocation amount 902 
Memory allocation amount 903 
10 Bottleneck CPU use amount detection threshold value 904 
Bottleneck CPU use amount elimination threshold value 
905 

Bottleneck memory use amount detection threshold value 
906 

15 Bottleneckmemory use amount elimination threshold value 
907 

Bottleneck transaction occurrence amount detection 
threshold value 908 

Bottleneck transaction occurrence amount elimination 
20 value 909 

Ceiling point 910 (child processing generation 
instruction value ) 

The basic data of Modulel and Module2 are shown 
in Fig. 9. 

25 Data of the following items are stored for each 
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module in an each module statistics data table of Figs. 
10 and 11. 

Module name 1001 (module distinction information) 
Acquisition interval 1002: (time interval for obtaining 
5 statistics data: variable) 
Acquisition time 1003 
Transaction occurrence amount 1004 
Transaction processing amount 1005 
CPU use amount 1006 
10 CPU allocation amount 1007 

Predicted CPU use amount 1008 
Memory use amount 100 9 
Memory allocation amount 1010 
Predicted memory use amount 1011 

15 Among these, the data of items 1003~1011 are 

repeatedly stored at each acquisition time. In Figs. 
10 and 11, the statistics data of a module 1 are obtained 
every 10 minutes and the data at five times on March 
1, 2003 are exemplified. 

20 The data of the following items are stored for each 

module in an each-module cycle information data table 
of Figs. 12 and 13. 

Module name 1201 (module distinction information) 
Cycle period 1202 
25 Interval within a period 1203 
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Time 1204 

Transaction occurrence amount 1205 
Cycle period 1301 
Interval within period 1302 
5 Time 1303 

Transaction occurrence amount 1304 

Among these items, data of the items 1202 to 1205 
are repeatedly stored for each cycle designated by the 
cycle period 1202. Data of the items 1204 and 1205 are 

10 repeatedly stored at every time interval designated by 
the interval 1203 within a period. 

Furthermore, data of the items 1301 to 1304 show 
data obtained by combining the data of a plurality of 
cycles. The longest cycle period 1202 is set as the cycle 

15 period 1301 while the interval within period 1203 of 
the shortest cycle period 1202 is set as the interval 
within period 1302. Data of the items 1303 and 1304 are 
repeatedly storedevery timeof a time interval designated 
by the interval within period 1302. 

20 In Fig. 12, a transaction occurrence amount of the 

Module 1 is indicated at every time interval within a 
period regarding each cycle such as one day, one week 
and one month. Fig. 13 shows combination data of the 
transaction occurrence amounts for one month. 

25 Data of the following items are stored for 
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each module in an each-module resource prediction data 
table of Fig. 14. 

Module name 1401 (module distinction information) 
Predicted interval 1402 (time interval of prediction 
5 data: variable) 
Time 14 03 

CPU use amount prediction 1404 

Transaction occurrence amount prediction 1405 

Among these items, data of the items 1403 to 1405 
10 are repeatedly stored at every time interval designated 
by the prediction interval 1402. In Fig. 14, resource 
prediction data of the Modulel is generated every one 
hour. 

First of all, the resource adjustment apparatus 
15 sets the data of an each-module basic data table of Fig. 
9 in accordance with the instructions from a manager. 
Then, the resource adjustment apparatus accumulates, 
for each acquisition interval, the transaction amount 

for each module (occurrence amount ■ processing amount) 
20 and the use amount, the allocation amount and the 

prediction use amount of a CPU and a memory in the 

each-module statistics data table of Figs. 10 and 11. 

In the following explanation, a CPU use amount is paid 

attention to as a use resource amount. 
25 As shown in Fig . 4A, a transaction occurrence amount 
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in the past is displayed for each cycle (day, week, month 
etc. ) . Furthermore, the mean value and the maximum value 
are calculated and displayed. When a manager selects 
the mean value or the maximum value for each cycle, the 
5 selected value is stored in an each-module cycle 
information data table of Fig. 12. 

After that, by adding or combining the transitions 
of transaction occurrence amounts of a "week" and a "day" 
for the transition of a transaction occurrence data of 

10 a "month" and combining these transitions, a transition 
of the transaction occurrence amount of a "month" is 
calculated as shown in Fig.4B and the calculated data 
are stored as the combination data of Fig. 13. The 
combination data become prediction data of the 

15 transaction occurrence amount. 

Furthermore, a manager can select the type of a 
cycle to be used for the generation of combination data. 
The resource adjustment apparatus generates combination 
data using only a transaction occurrence amount of the 

20 selected cycle. For example, in the case that a manager 
selects only a cycle of a "day" and instructs the 
prediction of a transition of the transaction occurrence 
amount of a "month", the resource adjustment apparatus 
predicts a transition of the transaction occurrence 

25 amount of a "month" using a method of repeatedly coping 
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with a transition of the transaction occurrence amount 
of a "day", etc. 

After that, the approximate function as shown in 
Fig. 5 and the following equation or function are obtained 
5 from the relation between a past transaction processing 
amount and a past CPU use amount in the each-module 
statistics data table. 

(CPU use amount) =A* (transaction processing amount) B +C 

10 

Then, the resource adjustment apparatus 
substitutes a transaction occurrence amount of the 
combination data for a "month" that is stored in an 
each-module cycle information data table for the 

15 transaction processing amount of an approximate 
function, thereby calculating a transition of the 
predicted CPU use amount of a "month". 

Subsequently, the future predicted CPU use amount 
is scheduled as shown in Fig. 6 and stored in an each-module 

20 resource prediction data table of Fig. 14 as a CPU use 
amount prediction. Furthermore, the predicted 
transaction occurrence amount is stored in the 
each-module resource prediction data table as a 
transaction occurrence amount prediction. After that, 

25 data of the CPU use amount prediction is written as past 
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data in the item of a CPU prediction use amount in the 

each-module statistics data table* 

Furthermore, a CPU allocation amount in the 

each-module statistics data table is calculated using 
5 data of the CPU use amount prediction. Generally, a CPU 

allocation amount is equal to a CPU prediction use amount 

(=CPU use amount prediction) . 

Such a process can accurately restrict the future 

use resource amount for each module by performing an 
10 addition of each-cycle use resource amounts and it can 

automatically fluctuate an allocation resource amount. 

Therefore, a resource amount of the whole system can 

be easily controlled. 

In the schedule of a use resource amount calculated 
15 by the resource adjustment apparatus, a manager can 

flexibly change the setting of the restriction on a future 

resource amount by changing the transition of a use 

resource amount based on the past experience, etc. By 

enabling such a changing operation, exact control can 
20 be performed for the resource amount fluctuation (for 

example, a use resource amount on the special day of 

an enterprise) that cannot be predicted only by the past 

cycle. 

For example, in the case that Fig. 6 shows the 
25 schedule of a CPU use amount of a "month", a manager 
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can change the prediction value of a CPU use amount for 
each module by transforming a line graph. The changed 
result is stored as CPU use amount prediction in the 
each-module resource prediction data table of Fig. 14. 
5 In this case, a CPU prediction use amount is not equal 
to a CPU allocation amount at the corresponding 
acquisition time in the each-module statistics data table 
of Figs. lOandll (forexample, the data of 2003/3/1/12 : 10 
of Fig. 10) . 

10 In addition, the resource adjustment apparatus 

obtains a prediction value of the immediately-after 
transaction occurrence amount from a measurement value 
of the most-recent transaction occurrence amount and 
it may predict the immediately-after use resource amount 

15 using the prediction value and the approximate function. 
In this way, the apparatus can automatically set the 
securer restriction on a future resource amount. 

In the above-mentioned example, a future 
transaction occurrence amount is predicted. Sometimes, 

20 however, a great amount of transactions that cannot be 
predicted from the past data may suddenly occur. 
Thereupon, the resource adjustment apparatus obtains 
the most-recent (forexample, past one hour) transaction 
occurrence amount from the each-module statistics data 

25 table of Figs. 10 and 11, and generates the transition 
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of a transaction occurrence amount based on the 
thus-obtained transaction amount is added. 

Then, the resources adjustment apparatus 
applies the above-mentioned approximate function to the 
5 transition of a transaction occurrence amount to which 
the most-recent transaction occurrence amount is added, 
predicts the immediately-after CPU use amount (for 
example, one hour from now on) and rewrites a CPU use 
amount prediction in the each-module resources 

10 prediction data table of Fig. 14. 

According to such a prediction method, the 
apparatus can predict the use resource amount closer 
to the present point using the most-recent transaction 
occurrence amount. Therefore, even in the case that a 

.15 transaction occurrence amount suddenly increases, the 
apparatus canperform an exact control of the use resource 
amount . 

If the bottleneck detection threshold of use 
resource amount allocation is set for each module as 

20 shown in Fig. 9, the apparatus can allot the resources 
of the other modules when the use resource amount of 
a certain module reaches the set threshold. This 
processing continues until the use resource amount 
reaches a bottleneck elimination threshold. 

25 By preferentially allocating resources to a module 
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of which the use resource amount reaches a certain value, 
a bottleneck can be avoided. In this way, for example, 
the extreme response delay of an application is prevented, 
thereby effectively utilizing a resource amount of the 
5 whole system. 

Acase (2003/3/1/15:00) such that in the each-module 
statistics data table of Figs. 10 and 11, the 
most-recent CPU use amount of the Module 1 reaches a 
bottleneck CPU use amount detection threshold (60%) 
10 in the each-module basis data table of Fig. 9, is 

explained as an example. In this case, the resource 
adjustment apparatus sets a future CPU use amount 
prediction of the Module 1 large (for example, 80%) 
while it sets the CPU use amount prediction of the other 
15 module small (for example, 20%) by rewriting the 

each-module resource prediction data table of Fig. 14 . 

After that, when a CPU use amount of the Module 
1 reaches a bottleneck CPU use amount elimination 
threshold (40%) in the each-module basic data table 
20 (2003/3/1/18:00), the resource adjustment apparatus 

restores the CPU use amount prediction of each module 
in the each-module resource prediction data table. 
In this example, the resource adjustment apparatus 
takes measures against a bottleneck using a bottleneck 
25 CPU use amount detection threshold and a bottleneck CPU 
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use amount elimination threshold. However, the 
bottleneck countermeasures are not required if a 
transaction occurrence amount and a transaction 
processing amount are almost the same even if a CPU use 
5 amount increases. 

Even in the case that a certain module exhausts 
an allocation resource amount in this way, the module 
does not always run short of resources. Therefore, it 
cannot be determined whether or not the resources of 

10 the other modules should be really allocated to the 
certain module only by using a bottleneck detection 
threshold of the use resource amount allocation. 

Thereupon, it is conceivable to use a transaction 
occurrence amount (for example, processing queue length) 

15 as a bottleneck detection threshold and a bottleneck 
elimination threshold. Forexample, by using a processing 
queue length as a threshold, a situation of the actual 
shortage of resources can be detected, thereby enabling 
the allocation of resources in emergencies. In this way, 

20 the system operation can be continued without taking 
the resources of the other modules until the stagnation 
of a processing of the certain module occurs . As a result, 
a resource amount of the whole system is effectively 
utilized. 

25 Suchacase (2003/3/1/15:00) that in the each-module 
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statistics data table of Figs. 10 and 11, the 
most-recent transaction occurrence amount of the 
Module 1 reaches a bottleneck transaction occurrence 
detection threshold (500) in the each-module basis data 
5 table of Fig. 9 is explained as an example. In this 
case, the resource adjustment apparatus sets the future 
CPU use amount prediction of the Module 1 large (for 
example, 80%) while it sets the CPU use amount 
prediction of the other module small (for example, 20%) 
10 by rewriting the each-module resource prediction data 

table of Fig. 14. 

After that, when the transaction occurrence amount 
of the Module 1 reaches a bottleneck transaction 
occurrence elimination threshold (300) in an each-module 
15 basis data table (2003/3/1/18:00), the resource 
adjustment apparatus restores the CPU use amount 
prediction of each module in the each-module resource 
prediction data table. 

The simultaneous use of a bottleneck CPU use amount 
20 detection/elimination threshold and a bottleneck 
transaction occurrence amount detect ion/ elimination 
threshold in the each-module basis data table generates 
confusion. Therefore, it is desirable to select and use 
either one in consideration of the characteristic of 
25 each module. 
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Further, the resource adjustment apparatus 
predicts the long-term (future) total demand of all the 
modules as shown in Fig. 8 and displays the predicted 
results on the screen of a graphical user interface (GUI ) . 
5 Therefore, the apparatus can support the capacity 
planning made by a manager* A manager can appropriately 
carry out the constitution change of a use system etc. 
by referring to the presented total demand. 

In this case, the resource adjustment apparatus 

10 obtains the transaction occurrence amount in the 
each-module statistics data table of Figs. 10 and 11 
for a long time (for example, from several months to 
one year) and generates an approximate function that 
shows a relation between the transaction processing 

15 amount and the resource amount during that period. 

Then, the resource adjustment apparatus uses a 
transition of the obtained transaction occurrence amount 
as a prediction transition, applies an approximate 
function to this prediction transition and predicts the 

20 future long-term (for example, one to two years) use 
resource amount. Then, the apparatus calculates a total 
demand of the whole system by summing up the prediction 
results of all the modules and presents the calculated 
total demand to a manager. 

25 In this way, in the case of capacity planning 
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support, the prediction is carried out using the data 
of a transaction occurrence amount that has been obtained 
for a long period of time instead of the combination 
data of transaction occurrence amounts. 
5 Furthermore, in the case that a prediction value 

of the use resource amount of a certain module increases, 
the resource adjustment apparatus can advise an 
application in the certain module to generate a child 
processing, etc. By advising the application to perform 

10 such a processing, the application can rapidly respond 
to the reductionof aprocessing queue transaction amount . 

Among applications, some applications have such 
points that the transaction processing amounts do not 
increase no matter how many use resources are given since 

15 the number of processings is small. Thereupon, a use 
resource amount of the point is set as a ceiling point 
in the each-module basic data table of Fig. 9. 

In the case that the most-recent CPU use amount 
prediction of the correspondingmodule in the each-module 

20 resource prediction data table of Fig. 14 reaches the 
ceiling point in an each-module basic data table, the 
resource adjustment apparatus gives the corresponding 
module instructions to generate a child processing, etc. 
If an application of the instructed module generates 

25 a child processing, the transaction processing amount 
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increases since the number of transactions that can be 

simultaneously processed increases. 

In the case that there are a plurality of 

applications in which such phenomena occur, 
5 notifications to these applications can be effectively 

performedif an aggregate of these applications ismanaged 

as one module. 

In the above-mentionedpref erred embodiment, a CPU 

is mainly handled as a resource. A resource adjustment 
10 apparatus or method of the present invention, however, 

is applicable to the optional computer resources 

including a memory, a disk region, a data transfer 

bandwidth, etc. 

Meanwhile, a resource adjustment apparatus of Fig. 
15 2 can be configured using, for example, a data processing 

apparatus (computer) as shown in Fig. 15. A data 

processing apparatus of Fig. 15 includes the CPU (Central 

ProcessingUnit) 1501, the memory 1502, an input apparatus 

1503, an output apparatus 1504, the external storage 
20 apparatus 1505, a medium drive apparatus 1506 and a 

network connection apparatus 1507. These apparatuses 

are mutually connected by a bus 1508. 

The memory 1502 includes, for example, a ROM (Read 

Only Memory) , a RAM (Random Access Memory) , etc., and 
25 stores programs and data to be used for processing. The 
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CPU 1501 performs necessary processing by carrying our 
a program utilizing the memory 1502. The various types 
of tables shown in Figs. 9 to 14 correspond to the data 
stored in the memory 1502. 
5 The input apparatus 1503 includes, for example, . 

a keyboard, a pointing device, a touch panel, etc. that 
are used for the input of instructions and information 
from an operator. The output device 1504 includes, for 
example, a display, a printer, a speaker, etc., that 

10 are used for the inquiry or the output of processing 
results to an operator. 

The external storage apparatus 1505 includes, for 
example, a magnetic disk apparatus, an optical disk 
apparatus, a magneto optical disk apparatus, a tape 

15 apparatus, etc. The data processing apparatus stores 
the above-mentioned programs in the external storage 
apparatus 1505 and uses these by loading these into the 
memory 1502 as occasion demands. The external storage 
apparatus 1505 is also used to store the various types 

20 of tables shown in Figs. 9 to 14. 

The medium drive apparatus 1506 drives a portable 
storage medium 1509 and accesses the record contents. 
The portable record medium 1509 is an optional 
computer-readable storage medium including a memory 

25 card, a flexible disk, a CD-ROM (Compact Disk Read Only 
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Memory), an optical disk, a magneto-optical disc, etc. 
An operator stores the above-mentioned programs and data 
in the portable storage medium 1509 and uses them after 
loading them into the memory 1502 as occasion demands. 
5 The network connection apparatus 1507 is connected 

to optional communication networks such as a LAN (Local 
Area Network), the Internet, etc. and transforms data 
during communications. The data processing apparatus 
receives the above-mentioned programs and data from an 

10 external apparatus through the network connection 
apparatus 1507 as occasion demands and loads them into 
the memory 1502 to be used. 

Fig. 16 shows a computer-readable storage medium 
for supplying a program and data to the data processing 

15 apparatus of Fig. 15. The program and data stored in 
a database 1603 of the portable storage medium 1509 and 
a server 1601 are loaded into the memory 1502 of a data 
processing apparatus 1602. The server 1601 generates 
a conveyance signal for conveying the programs and data, 

20 and transmits them to the data processing apparatus 1602 
through an optional transmission medium on the network. 
The CPU 1501 carries out the programs using the data 
and performs the necessary processings. 

According to the present invention, restriction 

25 on the use resource amount for each module can be 
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autonomously and accurately fluctuated by predicting 
a future use resource amount from the measurement value 
of a transaction occurrence amount. 
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